[Comm] [p6] тестирование новых freerdp и remmina

[Comm] [p6] тестирование новых freerdp и remmina

[Андрей Черепанов]

[-- Attachment #1: Type: text/plain, Size: 341 bytes --]

Заинтересованных прошу протестировать на p6 собранные пакеты 
freerdp-1.0.1-alt0.M60P.1 (много вкусностей по поддержке RDP)
remmina-1.0.0-alt0.M60P.1

 apt-repo add 64981
 apt-get update
 apt-get install remmina remmina-plugins

Для обладателей GNOME можно проверить ещё remmina-plugins-gnome

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 17193 bytes --]

On Tue, Feb 21, 2012 at 05:33:33PM +0400, Андрей Черепанов wrote:
> Заинтересованных прошу протестировать на p6 собранные пакеты 
> freerdp-1.0.1-alt0.M60P.1 (много вкусностей по поддержке RDP)
> remmina-1.0.0-alt0.M60P.1
> 
>  apt-repo add 64981
>  apt-get update
>  apt-get install remmina remmina-plugins

Ну какого же чёрта оно теперь на GTK+3...

Падает при закрытии соединения с 2003 R2 x86 (даже входить не
обязательно, достаточно просто закрыть окно, увидев окно входа в
систему):

$ gdb remmina                                                      
GNU gdb (GDB) 7.2-alt2 (ALT Linux)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-alt-linux".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/remmina...Reading symbols from /usr/lib/debug/usr/bin/remmina.debug...done.
done.
(gdb) r
Starting program: /usr/bin/remmina 
[Thread debugging using libthread_db enabled]
[New Thread 0x7ffff0b06700 (LWP 6552)]
NX: detected keyboard type evdev/us
Remmina plugin NX (type=Протокол) registered.
Remmina plugin RDP (type=Протокол) registered.
Remmina plugin RDPF (type=Файл) registered.
Remmina plugin RDPS (type=Настройка) registered.
Remmina plugin VNC (type=Протокол) registered.
Remmina plugin VNCI (type=Протокол) registered.
Remmina plugin XDMCP (type=Протокол) registered.
Remmina plugin SFTP (type=Протокол) registered.
Remmina plugin SSH (type=Протокол) registered.

(remmina:6549): Gdk-CRITICAL **: gdk_visual_get_red_pixel_details: assertion `GDK_IS_VISUAL (visual)' failed

(remmina:6549): Gdk-CRITICAL **: gdk_visual_get_green_pixel_details: assertion `GDK_IS_VISUAL (visual)' failed

(remmina:6549): Gdk-CRITICAL **: gdk_visual_get_blue_pixel_details: assertion `GDK_IS_VISUAL (visual)' failed
[New Thread 0x7fffe6bfa700 (LWP 6555)]
connected to 127.0.0.1:14023
connected to 127.0.0.1:14023
connected to 127.0.0.1:14023
[New Thread 0x7fffe5af4700 (LWP 6557)]
[Thread 0x7fffe6bfa700 (LWP 6555) exited]
*** glibc has detected an error in /usr/bin/remmina: corrupted double-linked list: 0x00000000008fe2e0 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x71c66)[0x7ffff6729c66]
/lib64/libc.so.6(+0x736cd)[0x7ffff672b6cd]
/lib64/libc.so.6(cfree+0x70)[0x7ffff672eb10]
/lib64/libglib-2.0.so.0(g_datalist_clear+0x95)[0x7ffff71a35c5]
/usr/lib64/libgtk-3.so.0(+0x32ee8f)[0x7ffff7a2ee8f]
/usr/lib64/libgobject-2.0.so.0(g_object_unref+0x174)[0x7ffff5be66d4]
/usr/lib64/libgobject-2.0.so.0(g_value_unset+0x23)[0x7ffff5c0e763]
/usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x8de)[0x7ffff5c00ade]
/usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1e5)[0x7ffff5c00e65]
/usr/bin/remmina[0x432d4f]
/usr/lib64/libgdk-3.so.0(+0x19d17)[0x7ffff7485d17]
/lib64/libglib-2.0.so.0(+0x4916f)[0x7ffff71c116f]
/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x1ff)[0x7ffff71bf6ff]
/lib64/libglib-2.0.so.0(+0x47f10)[0x7ffff71bff10]
/lib64/libglib-2.0.so.0(g_main_loop_run+0x192)[0x7ffff71c05e2]
/usr/lib64/libgtk-3.so.0(gtk_main+0x6e)[0x7ffff78970f9]
/usr/bin/remmina(main+0x15f)[0x41602f]
/lib64/libc.so.6(__libc_start_main+0xfd)[0x7ffff66d6c5d]
/usr/bin/remmina[0x414699]
======= Memory map: ========
00400000-0044a000 r-xp 00000000 08:06 51592117                           /usr/bin/remmina
0064a000-0064b000 r--p 0004a000 08:06 51592117                           /usr/bin/remmina
0064b000-0064d000 rw-p 0004b000 08:06 51592117                           /usr/bin/remmina
0064d000-00953000 rw-p 00000000 00:00 0                                  [heap]
7fffe4e42000-7fffe4e57000 r-xp 00000000 08:06 34976107                   /lib64/libgcc_s.so.1
7fffe4e57000-7fffe5056000 ---p 00015000 08:06 34976107                   /lib64/libgcc_s.so.1
7fffe5056000-7fffe5057000 r--p 00014000 08:06 34976107                   /lib64/libgcc_s.so.1
7fffe5057000-7fffe5058000 rw-p 00015000 08:06 34976107                   /lib64/libgcc_s.so.1
7fffe5058000-7fffe50c6000 rw-p 00000000 00:00 0 
7fffe50f4000-7fffe50f5000 ---p 00000000 00:00 0 
7fffe50f5000-7fffe5ff6000 rw-p 00000000 00:00 0 
7fffe5ff6000-7fffe5ff9000 r-xp 00000000 08:06 35684359                   /usr/lib64/freerdp/cliprdr.so
7fffe5ff9000-7fffe61f8000 ---p 00003000 08:06 35684359                   /usr/lib64/freerdp/cliprdr.so
7fffe61f8000-7fffe61f9000 r--p 00002000 08:06 35684359                   /usr/lib64/freerdp/cliprdr.so
7fffe61f9000-7fffe61fa000 rw-p 00003000 08:06 35684359                   /usr/lib64/freerdp/cliprdr.so
7fffe61fa000-7fffe61fb000 ---p 00000000 00:00 0 
7fffe61fb000-7fffe6bfb000 rw-p 00000000 00:00 0 
7fffe6bfb000-7fffe6bff000 r-xp 00000000 08:06 22242106                   /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7fffe6bff000-7fffe6dff000 ---p 00004000 08:06 22242106                   /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7fffe6dff000-7fffe6e00000 r--p 00004000 08:06 22242106                   /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7fffe6e00000-7fffe6e01000 rw-p 00005000 08:06 22242106                   /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so
7fffe6e01000-7fffe6e45000 r-xp 00000000 08:06 35696928                   /lib64/libdbus-1.so.3.5.7
7fffe6e45000-7fffe7045000 ---p 00044000 08:06 35696928                   /lib64/libdbus-1.so.3.5.7
7fffe7045000-7fffe7046000 r--p 00044000 08:06 35696928                   /lib64/libdbus-1.so.3.5.7
7fffe7046000-7fffe7047000 rw-p 00045000 08:06 35696928                   /lib64/libdbus-1.so.3.5.7
7fffe7047000-7fffe705e000 r-xp 00000000 08:06 18822747                   /usr/lib64/libgvfscommon.so.0.0.0
7fffe705e000-7fffe725e000 ---p 00017000 08:06 18822747                   /usr/lib64/libgvfscommon.so.0.0.0
7fffe725e000-7fffe725f000 r--p 00017000 08:06 18822747                   /usr/lib64/libgvfscommon.so.0.0.0
7fffe725f000-7fffe7260000 rw-p 00018000 08:06 18822747                   /usr/lib64/libgvfscommon.so.0.0.0
7fffe7268000-7fffe7285000 r--s 00000000 08:06 55884229                   /usr/share/mime/mime.cache
7fffe7285000-7fffe72ae000 r-xp 00000000 08:06 36887986                   /usr/lib64/gio/modules/libgvfsdbus.so
7fffe72ae000-7fffe74ad000 ---p 00029000 08:06 36887986                   /usr/lib64/gio/modules/libgvfsdbus.so
7fffe74ad000-7fffe74ae000 r--p 00028000 08:06 36887986                   /usr/lib64/gio/modules/libgvfsdbus.so
7fffe74ae000-7fffe74af000 rw-p 00029000 08:06 36887986                   /usr/lib64/gio/modules/libgvfsdbus.so
7fffe74af000-7fffe74de000 r--p 00000000 08:06 36325273                   /usr/share/fonts/ttf/droid/DroidSans.ttf
7fffe74de000-7fffe74e0000 r-xp 00000000 08:06 4411413                    /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so
7fffe74e0000-7fffe76df000 ---p 00002000 08:06 4411413                    /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so
7fffe76df000-7fffe76e0000 r--p 00001000 08:06 4411413                    /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so
7fffe76e0000-7fffe76e1000 rw-p 00002000 08:06 4411413                    /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so
7fffe76e1000-7fffe909b000 r--p 00000000 08:06 968971                     /usr/share/icons/hicolor/icon-theme.cache
7fffe909b000-7fffe909e000 r-xp 00000000 08:06 51592113                   /usr/lib64/remmina/plugins/remmina-plugin-xdmcp.so
7fffe909e000-7fffe929d000 ---p 00003000 08:06 51592113                   /usr/lib64/remmina/plugins/remmina-plugin-xdmcp.so
7fffe929d000-7fffe929e000 r--p 00002000 08:06 51592113                   /usr/lib64/remmina/plugins/remmina-plugin-xdmcp.so
7fffe929e000-7fffe929f000 rw-p 00003000 08:06 51592113                   /usr/lib64/remmina/plugins/remmina-plugin-xdmcp.so
7fffe929f000-7fffe92af000 r-xp 00000000 08:06 18789758                   /usr/lib64/libtasn1.so.3.1.11
7fffe92af000-7fffe94ae000 ---p 00010000 08:06 18789758                   /usr/lib64/libtasn1.so.3.1.11
7fffe94ae000-7fffe94af000 r--p 0000f000 08:06 18789758                   /usr/lib64/libtasn1.so.3.1.11
7fffe94af000-7fffe94b0000 rw-p 00010000 08:06 18789758                   /usr/lib64/libtasn1.so.3.1.11
7fffe94b0000-7fffe94ea000 r-xp 00000000 08:06 18792373                   /usr/lib64/libjpeg.so.62.0.0
7fffe94ea000-7fffe96e9000 ---p 0003a000 08:06 18792373                   /usr/lib64/libjpeg.so.62.0.0
7fffe96e9000-7fffe96ea000 r--p 00039000 08:06 18792373                   /usr/lib64/libjpeg.so.62.0.0
Program received signal SIGABRT, Aborted.
0x00007ffff66ea795 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64	  return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
(gdb) bt
#0  0x00007ffff66ea795 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00007ffff66ebc16 in abort () at abort.c:92
#2  0x00007ffff672474b in __libc_message (do_abort=2, fmt=0x7ffff67e2a80 "*** glibc has detected an error in %s: %s: 0x%s ***\n")
    at ../sysdeps/unix/sysv/linux/libc_fatal.c:186
#3  0x00007ffff6729c66 in malloc_printerr (action=3, str=0x7ffff67dfc06 "corrupted double-linked list", ptr=<value optimized out>)
    at malloc.c:6267
#4  0x00007ffff672b6cd in _int_free (av=0x7ffff6a1ce80, p=0x8e2800) at malloc.c:4957
#5  0x00007ffff672eb10 in __libc_free (mem=<value optimized out>) at malloc.c:3739
#6  0x00007ffff71a35c5 in g_datalist_clear_i (datalist=0x8ba090) at gdataset.c:215
#7  g_datalist_clear (datalist=0x8ba090) at gdataset.c:240
#8  0x00007ffff7a2ee8f in gtk_widget_finalize () from /usr/lib64/libgtk-3.so.0
#9  0x00007ffff5be66d4 in g_object_unref (_object=0x8ba080) at gobject.c:2734
#10 0x00007ffff5c0e763 in g_value_unset (value=0x9476a0) at gvalue.c:275
#11 0x00007ffff5c00ade in g_signal_emit_valist (instance=<value optimized out>, signal_id=<value optimized out>, 
    detail=<value optimized out>, var_args=<value optimized out>) at gsignal.c:3013
#12 0x00007ffff5c00e65 in g_signal_emit_by_name (instance=<value optimized out>, detailed_signal=0x7fffeb7be444 "disconnect")
    at gsignal.c:3077
#13 0x0000000000432d4f in remmina_protocol_widget_emit_signal_timeout (user_data=0x93b130)
    at /usr/src/debug/remmina-1.0.0/remmina/src/remmina_protocol_widget.c:290
#14 0x00007ffff7485d17 in gdk_threads_dispatch () from /usr/lib64/libgdk-3.so.0
#15 0x00007ffff71c116f in g_timeout_dispatch (source=0x906990, callback=<value optimized out>, user_data=<value optimized out>)
    at gmain.c:3895
#16 0x00007ffff71bf6ff in g_main_dispatch (context=0x689550) at gmain.c:2441
#17 g_main_context_dispatch (context=0x689550) at gmain.c:3014
#18 0x00007ffff71bff10 in g_main_context_iterate (context=0x689550, block=1, dispatch=1, self=<value optimized out>)
    at gmain.c:3092
#19 0x00007ffff71c05e2 in g_main_loop_run (loop=0x68ff40) at gmain.c:3300
#20 0x00007ffff78970f9 in gtk_main () from /usr/lib64/libgtk-3.so.0
#21 0x000000000041602f in main (argc=1, argv=0x7fffffffe4d8) at /usr/src/debug/remmina-1.0.0/remmina/src/remmina.c:220
(gdb) bt f
#0  0x00007ffff66ea795 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
        resultvar = 0
        pid = <value optimized out>
        selftid = 6549
#1  0x00007ffff66ebc16 in abort () at abort.c:92
        save_stage = 2
        act = {__sigaction_handler = {sa_handler = 0x7fffffffd3c0, sa_sigaction = 0x7fffffffd3c0}, sa_mask = {__val = {
              140737488343984, 140737488349249, 16, 140737328845244, 3, 140737488343994, 6, 140737328845248, 2, 140737488343982, 
              2, 140737328836407, 1, 140737328845244, 3, 140737488343988}}, sa_flags = 12, sa_restorer = 0x7ffff67e11c0}
        sigs = {__val = {32, 0 <repeats 15 times>}}
#2  0x00007ffff672474b in __libc_message (do_abort=2, fmt=0x7ffff67e2a80 "*** glibc has detected an error in %s: %s: 0x%s ***\n")
    at ../sysdeps/unix/sysv/linux/libc_fatal.c:186
        ap = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffffffdd30, reg_save_area = 0x7fffffffdc40}}
        ap_copy = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fffffffdd30, reg_save_area = 0x7fffffffdc40}}
        fd = 14
        on_2 = <value optimized out>
        list = <value optimized out>
        nlist = <value optimized out>
        cp = <value optimized out>
        written = <value optimized out>
#3  0x00007ffff6729c66 in malloc_printerr (action=3, str=0x7ffff67dfc06 "corrupted double-linked list", ptr=<value optimized out>)
    at malloc.c:6267
        buf = "00000000008fe2e0"
        cp = <value optimized out>
#4  0x00007ffff672b6cd in _int_free (av=0x7ffff6a1ce80, p=0x8e2800) at malloc.c:4957
        size = 113376
        fb = <value optimized out>
        nextchunk = 0x8fe2e0
        nextsize = 2016
        nextinuse = <value optimized out>
        prevsize = <value optimized out>
        bck = <value optimized out>
        fwd = 0x8ffe90
        errstr = 0x0
        __func__ = "_int_free"
#5  0x00007ffff672eb10 in __libc_free (mem=<value optimized out>) at malloc.c:3739
        ar_ptr = 0x7ffff6a1ce80
        p = <value optimized out>
        hook = <value optimized out>
#6  0x00007ffff71a35c5 in g_datalist_clear_i (datalist=0x8ba090) at gdataset.c:215
        prev = 0x8ce8c0
        list = 0x0
#7  g_datalist_clear (datalist=0x8ba090) at gdataset.c:240
        __PRETTY_FUNCTION__ = "g_datalist_clear"
#8  0x00007ffff7a2ee8f in gtk_widget_finalize () from /usr/lib64/libgtk-3.so.0
No symbol table info available.
#9  0x00007ffff5be66d4 in g_object_unref (_object=0x8ba080) at gobject.c:2734
        object = 0x8ba080
        old_ref = <value optimized out>
        __PRETTY_FUNCTION__ = "g_object_unref"
#10 0x00007ffff5c0e763 in g_value_unset (value=0x9476a0) at gvalue.c:275
        value_table = <value optimized out>
        __PRETTY_FUNCTION__ = "g_value_unset"
#11 0x00007ffff5c00ade in g_signal_emit_valist (instance=<value optimized out>, signal_id=<value optimized out>, 
    detail=<value optimized out>, var_args=<value optimized out>) at gsignal.c:3013
        instance_and_params = 0x9476a0
        signal_return_type = 4
        param_values = 0x9476b8
        node = 0x893950
        i = <value optimized out>
        n_params = 0
        __PRETTY_FUNCTION__ = "g_signal_emit_valist"
#12 0x00007ffff5c00e65 in g_signal_emit_by_name (instance=<value optimized out>, detailed_signal=0x7fffeb7be444 "disconnect")
    at gsignal.c:3077
        var_args = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fffffffe190, reg_save_area = 0x7fffffffe0a0}}
        detail = 0
        signal_id = 265
        __PRETTY_FUNCTION__ = "g_signal_emit_by_name"
#13 0x0000000000432d4f in remmina_protocol_widget_emit_signal_timeout (user_data=0x93b130)
    at /usr/src/debug/remmina-1.0.0/remmina/src/remmina_protocol_widget.c:290
        data = 0x93b130
#14 0x00007ffff7485d17 in gdk_threads_dispatch () from /usr/lib64/libgdk-3.so.0
No symbol table info available.
#15 0x00007ffff71c116f in g_timeout_dispatch (source=0x906990, callback=<value optimized out>, user_data=<value optimized out>)
    at gmain.c:3895
        timeout_source = 0x906990
        again = <value optimized out>
#16 0x00007ffff71bf6ff in g_main_dispatch (context=0x689550) at gmain.c:2441
        dispatch = 0x7ffff71c1150 <g_timeout_dispatch>
        was_in_call = 0
        user_data = 0x947520
        callback = 0x7ffff7485cd2 <gdk_threads_dispatch>
        cb_funcs = 0x7ffff746a650
        cb_data = 0x8fead0
        current_source_link = {data = 0x906990, next = 0x0}
        need_destroy = <value optimized out>
        source = 0x906990
        current = 0x696a40
        i = <value optimized out>
#17 g_main_context_dispatch (context=0x689550) at gmain.c:3014
No locals.
#18 0x00007ffff71bff10 in g_main_context_iterate (context=0x689550, block=1, dispatch=1, self=<value optimized out>)
    at gmain.c:3092
        max_priority = 0
        timeout = 0
        some_ready = 1
        nfds = 3
        allocated_nfds = <value optimized out>
        fds = <value optimized out>
#19 0x00007ffff71c05e2 in g_main_loop_run (loop=0x68ff40) at gmain.c:3300
        __PRETTY_FUNCTION__ = "g_main_loop_run"
#20 0x00007ffff78970f9 in gtk_main () from /usr/lib64/libgtk-3.so.0
No symbol table info available.
#21 0x000000000041602f in main (argc=1, argv=0x7fffffffe4d8) at /usr/src/debug/remmina-1.0.0/remmina/src/remmina.c:220
        __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0, -1507344892454427014, 4277872, 140737488348368, 0, 0, 
                1507344893406684794, -1507345449723156870__mask_was_saved = 0}}, __pad = {0x7fffffffe420, 0x0, 0x414670, 
            0x7fffffffe4d0}}
        not_first_call = <value optimized out>
        app = 0x687000
        status = 0


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[vx8400]

После логина на 2003 тоже падает, само.
Где можно взять *.src.rpm?

wbr,
Oleg.

21 февраля 2012 г. 21:04  Sergey Vlasov:
> On Tue, Feb 21, 2012 at 05:33:33PM +0400, Андрей Черепанов wrote:
>> Заинтересованных прошу протестировать на p6 собранные пакеты
>> freerdp-1.0.1-alt0.M60P.1 (много вкусностей по поддержке RDP)
>> remmina-1.0.0-alt0.M60P.1
>>
>>  apt-repo add 64981
>>  apt-get update
>>  apt-get install remmina remmina-plugins
>
> Ну какого же чёрта оно теперь на GTK+3...
>
> Падает при закрытии соединения с 2003 R2 x86 (даже входить не
> обязательно, достаточно просто закрыть окно, увидев окно входа в
> систему):

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 507 bytes --]

On Wed, Feb 22, 2012 at 12:04:07AM +0400, Sergey Vlasov wrote:
> #8  0x00007ffff7a2ee8f in gtk_widget_finalize () from /usr/lib64/libgtk-3.so.0
> No symbol table info available.

Действительно, пакета libgtk+3-debuginfo в p6 нет, из чего можно
сделать вывод, что пакет libgtk+3 там из каменного века - возможно,
в этом и дело.

Ещё в этой версии значок при запихивании в stalonetray -geometry
48x120 занимает сразу два места 24x24 вместо одного, как раньше, но
это, видимо, тоже гадости от gtk3.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 791 bytes --]

22 февраля 2012 Sergey Vlasov написал:
> On Wed, Feb 22, 2012 at 12:04:07AM +0400, Sergey Vlasov wrote:
> > #8  0x00007ffff7a2ee8f in gtk_widget_finalize () from
> > /usr/lib64/libgtk-3.so.0 No symbol table info available.
> 
> Действительно, пакета libgtk+3-debuginfo в p6 нет, из чего можно
> сделать вывод, что пакет libgtk+3 там из каменного века - возможно,
> в этом и дело.
Чтобы перенести libgtk+3 из Сизифа потребуется провести немаленькое 
обновление, затрагивающее glib2, polkit, libpango и многое другое. Я поговорю 
с aris@ - может, он чего присоветует.
 
> Ещё в этой версии значок при запихивании в stalonetray -geometry
> 48x120 занимает сразу два места 24x24 вместо одного, как раньше, но
> это, видимо, тоже гадости от gtk3.


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 230 bytes --]

22 февраля 2012 vx8400 написал:
> После логина на 2003 тоже падает, само.
> Где можно взять *.src.rpm?
http://git.altlinux.org/tasks/64981/
Для каждого сабтаска Build result - srpms

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Alexey Borisenkov]

22.02.2012 13:01, Андрей Черепанов пишет:
> Чтобы перенести libgtk+3 из Сизифа потребуется провести немаленькое
> обновление, затрагивающее glib2, polkit, libpango и многое другое. Я поговорю
> с aris@ - может, он чего присоветует.

На всякий случай — в сизифе remmina так же падает при закрытии 
соединения RDP. Даже можно оставить адрес сервера пустым, нажать 
подключить и она падает. Но только с RDP.

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 771 bytes --]

On Wed, Feb 22, 2012 at 01:01:35PM +0400, Андрей Черепанов wrote:
G> 22 февраля 2012 Sergey Vlasov написал:
> > On Wed, Feb 22, 2012 at 12:04:07AM +0400, Sergey Vlasov wrote:
> > > #8  0x00007ffff7a2ee8f in gtk_widget_finalize () from
> > > /usr/lib64/libgtk-3.so.0 No symbol table info available.
> > 
> > Действительно, пакета libgtk+3-debuginfo в p6 нет, из чего можно
> > сделать вывод, что пакет libgtk+3 там из каменного века - возможно,
> > в этом и дело.
> Чтобы перенести libgtk+3 из Сизифа потребуется провести немаленькое 
> обновление, затрагивающее glib2, polkit, libpango и многое другое. Я поговорю 
> с aris@ - может, он чего присоветует.

А с gtk+2 эта версия remmina разве уже не собирается?  Некие коммиты для
этого там в истории видны.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[vx8400]

[-- Attachment #1: Type: text/plain, Size: 754 bytes --]

Вечер добрый,

Дело не в libgtk+3.
Голый xfreerdp -1.0.1-alt0.M60P.1 падает  на том же месте:

SSL_read: I/O error
Failed to check FreeRDP file descriptor

Program received signal SIGPIPE, Broken pipe.

xfreerdp пересобран в p6 из src.rpm, стеки после падения прилагаются.

wbr,
Oleg.

22 февраля 2012 г. 10:19  Alexey Borisenkov:
> 22.02.2012 13:01, Андрей Черепанов пишет:
>
>> Чтобы перенести libgtk+3 из Сизифа потребуется провести немаленькое
>> обновление, затрагивающее glib2, polkit, libpango и многое другое. Я
>> поговорю
>> с aris@ - может, он чего присоветует.
>
>
> На всякий случай -- в сизифе remmina так же падает при закрытии соединения
> RDP. Даже можно оставить адрес сервера пустым, нажать подключить и она
> падает. Но только с RDP.

[-- Attachment #2: xfreerdp.stack.txt --]
[-- Type: text/plain, Size: 2665 bytes --]

% gdb xfreerdp 
GNU gdb (GDB) 7.2-alt2 (ALT Linux)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i586-alt-linux".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/xfreerdp...Reading symbols from /usr/lib/debug/usr/bin/xfreerdp.debug...done.
done.
(gdb) set args cernts:3389
(gdb) run
Starting program: /usr/bin/xfreerdp cernts:3389
[Thread debugging using libthread_db enabled]
[New Thread 0xb7e7db70 (LWP 12015)]
Warning xf_GetWindowProperty (140): Property 327 does not exist
connected to cernts:3389
connected to cernts:3389
SSL_read: I/O error
Failed to check FreeRDP file descriptor

Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0xb7e7db70 (LWP 12015)]
0x0012ea41 in write () at ../sysdeps/unix/syscall-template.S:82
82      T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
(gdb) bt
#0  0x0012ea41 in write () at ../sysdeps/unix/syscall-template.S:82
#1  0x00745031 in sock_write (b=0x8104250, in=0x80f7fa3 "\025\003\001", inl=23) at bss_sock.c:158
#2  0x0074295f in BIO_write (b=0x8104250, in=0x80f7fa3, inl=23) at bio_lib.c:247
#3  0x002d5191 in ssl3_write_pending (s=0x80aa740, type=21, buf=0x8103fc0 "\001", len=2) at s3_pkt.c:837
#4  0x002d559b in do_ssl3_write (s=0x80aa740, type=21, buf=0x8103fc0 "\001", len=2, create_empty_fragment=0) at s3_pkt.c:809
#5  0x002d6c41 in ssl3_dispatch_alert (s=0x80aa740) at s3_pkt.c:1431
#6  0x002d5a35 in ssl3_send_alert (s=0x80aa740, level=1, desc=<value optimized out>) at s3_pkt.c:1419
#7  0x002d2ed9 in ssl3_shutdown (s=0x80aa740) at s3_lib.c:3175
#8  0x002ec5a1 in SSL_shutdown (s=0x80aa740) at ssl_lib.c:1004
#9  0x00f86c70 in tls_disconnect (tls=0x8101a30) at /usr/src/debug/freerdp-1.0.1/libfreerdp-core/tls.c:125
#10 0x00f88d3d in transport_disconnect (transport=0x809e6a8) at /usr/src/debug/freerdp-1.0.1/libfreerdp-core/transport.c:74
#11 0x00f7e689 in freerdp_disconnect (instance=0x809c830) at /usr/src/debug/freerdp-1.0.1/libfreerdp-core/freerdp.c:145
#12 0x08056f24 in xfreerdp_run (instance=0x809c830) at /usr/src/debug/freerdp-1.0.1/client/X11/xfreerdp.c:1038
#13 0x08057001 in thread_func (param=0x80bf9d0) at /usr/src/debug/freerdp-1.0.1/client/X11/xfreerdp.c:1052
#14 0x00127940 in start_thread (arg=0xb7e7db70) at pthread_create.c:297
#15 0x0020a8ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
(gdb) 

[-- Attachment #3: remmina.stack.txt --]
[-- Type: text/plain, Size: 4006 bytes --]

% gdb remmina
GNU gdb (GDB) 7.2-alt2 (ALT Linux)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i586-alt-linux".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/remmina...Reading symbols from /usr/lib/debug/usr/bin/remmina.debug...done.
done.
(gdb) run
Starting program: /usr/bin/remmina 
[Thread debugging using libthread_db enabled]
[New Thread 0xb7de5b70 (LWP 11884)]
Remmina plugin VNC (type=Протокол) registered.
Remmina plugin VNCI (type=Протокол) registered.
NX: detected keyboard type evdev/us
Remmina plugin NX (type=Протокол) registered.
Remmina plugin RDP (type=Протокол) registered.
Remmina plugin RDPF (type=Файл) registered.
Remmina plugin RDPS (type=Настройка) registered.
Remmina plugin XDMCP (type=Протокол) registered.
Remmina plugin SFTP (type=Протокол) registered.
Remmina plugin SSH (type=Протокол) registered.
[New Thread 0xb66d0b70 (LWP 11886)]
warning: the debug information found in "/usr/lib/debug//usr/lib/freerdp/cliprdr.so.debug" does not match "/usr/lib/freerdp/cliprdr.so" (CRC mismatch).

warning: the debug information found in "/usr/lib/debug/usr/lib/freerdp/cliprdr.so.debug" does not match "/usr/lib/freerdp/cliprdr.so" (CRC mismatch).

connected to cernts.cern.ch:3389
[New Thread 0xb59cfb70 (LWP 11887)]
connected to cernts.cern.ch:3389

SSL_read: I/O error
[Thread 0xb66d0b70 (LWP 11886) exited]

Program received signal SIGPIPE, Broken pipe.
0x008f5871 in write () at ../sysdeps/unix/syscall-template.S:82
82      T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
(gdb) 
(gdb) bt
#0  0x008f5871 in write () at ../sysdeps/unix/syscall-template.S:82
#1  0x0108e031 in sock_write (b=0xb7232908, in=0xb722b2fb "\025\003\001", inl=23) at bss_sock.c:158
#2  0x0108b95f in BIO_write (b=0xb7232908, in=0xb722b2fb, inl=23) at bio_lib.c:247
#3  0x0483c191 in ssl3_write_pending (s=0xb7233a80, type=21, buf=0xb7232678 "\001", len=2) at s3_pkt.c:837
#4  0x0483c59b in do_ssl3_write (s=0xb7233a80, type=21, buf=0xb7232678 "\001", len=2, create_empty_fragment=0) at s3_pkt.c:809
#5  0x0483dc41 in ssl3_dispatch_alert (s=0xb7233a80) at s3_pkt.c:1431
#6  0x0483ca35 in ssl3_send_alert (s=0xb7233a80, level=1, desc=<value optimized out>) at s3_pkt.c:1419
#7  0x04839ed9 in ssl3_shutdown (s=0xb7233a80) at s3_lib.c:3175
#8  0x048535a1 in SSL_shutdown (s=0xb7233a80) at ssl_lib.c:1004
#9  0x06104c70 in tls_disconnect (tls=0xb7263470) at /usr/src/debug/freerdp-1.0.1/libfreerdp-core/tls.c:125
#10 0x06106d3d in transport_disconnect (transport=0xb721ca60) at /usr/src/debug/freerdp-1.0.1/libfreerdp-core/transport.c:74
#11 0x060fc689 in freerdp_disconnect (instance=0x823bce8) at /usr/src/debug/freerdp-1.0.1/libfreerdp-core/freerdp.c:145
#12 0x022ad465 in ?? () from /usr/lib/remmina/plugins/remmina-plugin-rdp.so
#13 0x0807b8b7 in remmina_protocol_widget_close_connection (gp=0x822f800) at /usr/src/debug/remmina-1.0.0/remmina/src/remmina_protocol_widget.c:284
#14 0x0054f347 in gdk_threads_dispatch () from /usr/lib/libgdk-3.so.0
#15 0x00c1e9c1 in g_idle_dispatch (source=0xb72d53e0, callback=0x54f302 <gdk_threads_dispatch>, user_data=0x82779b0) at gmain.c:4558
#16 0x00c2345a in g_main_dispatch (context=0x80b5760) at gmain.c:2441
#17 g_main_context_dispatch (context=0x80b5760) at gmain.c:3014
#18 0x00c23c58 in g_main_context_iterate (context=0x80b5760, block=1, dispatch=1, self=<value optimized out>) at gmain.c:3092
#19 0x00c2436b in g_main_loop_run (loop=0x80b4580) at gmain.c:3300
#20 0x00285d2c in gtk_main () from /usr/lib/libgtk-3.so.0
#21 0x08058fab in main (argc=1, argv=0xbffff694) at /usr/src/debug/remmina-1.0.0/remmina/src/remmina.c:220

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 316 bytes --]

24.02.2012 14:31, vx8400 пишет:
> Вечер добрый,
>
> Дело не в libgtk+3.
> Голый xfreerdp -1.0.1-alt0.M60P.1 падает  на том же месте:
Покажите с какими параметрами подключаетесь и к какой OS?

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[vx8400]

24 февраля 2012 г. 23:39  Dubrovskiy Viacheslav:
>> Голый xfreerdp -1.0.1-alt0.M60P.1 падает  на том же месте:
> Покажите с какими параметрами подключаетесь и к какой OS?

К  Windows Server 2003 R2 Enterp. Ed. SP2

% xfreerdp --no-tls --no-rdp cernts:3389

Ошибка на завершении сессии "SSL_read: I/O error Failed to check
FreeRDP file descriptor"
возникает независимо от --no-tls, --no-rdp.

wbr,
Oleg.

Re: [Comm] [p6] тестирование новых freerdp и remmina

[vx8400]

Upd:

С принудительно отключенным tls не падает:

% xfreerdp --sec rdp cernts:3389

С включенным tls падает на завершении сессии:

% xfreerdp --sec tls cernts:3389
connected to cernts:3389
SSL_read: I/O error
Failed to check FreeRDP file descriptor



25 февраля 2012 г. 16:28  vx8400:
> 24 февраля 2012 г. 23:39  Dubrovskiy Viacheslav:
>>> Голый xfreerdp -1.0.1-alt0.M60P.1 падает  на том же месте:
>> Покажите с какими параметрами подключаетесь и к какой OS?
>
> К  Windows Server 2003 R2 Enterp. Ed. SP2
>
> % xfreerdp --no-tls --no-rdp cernts:3389
>
> Ошибка на завершении сессии "SSL_read: I/O error Failed to check
> FreeRDP file descriptor"
> возникает независимо от --no-tls, --no-rdp.
>
> wbr,
> Oleg.

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 522 bytes --]

25.02.2012 10:42, vx8400 пишет:
> Upd:
>
> С принудительно отключенным tls не падает:
>
> % xfreerdp --sec rdp cernts:3389
>
> С включенным tls падает на завершении сессии:
>
> % xfreerdp --sec tls cernts:3389
> connected to cernts:3389
> SSL_read: I/O error
> Failed to check FreeRDP file descriptor
Можно попробовать из git собрать. Там на эту тему что-то фиксили.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[vx8400]

[-- Attachment #1: Type: text/plain, Size: 2310 bytes --]

Вечер добрый,

25 февраля 2012 г. 18:37  Dubrovskiy Viacheslav:
> 25.02.2012 10:42, vx8400 пишет:
>> С включенным tls падает на завершении сессии:
>> % xfreerdp --sec tls cernts:3389
>> connected to cernts:3389
>> SSL_read: I/O error
>> Failed to check FreeRDP file descriptor
> Можно попробовать из git собрать. Там на эту тему что-то фиксили.

https://github.com/FreeRDP/FreeRDP/issues/308 ?

Собранный из trunk вываливается с той же ошибкой.
Причина в том, что при завершении сессии сервер нештатно разрывает
соединение.
xfreerdp видит, что сокет потерян (Failed to check FreeRDP file descriptor),
но все равно вызывает freerdp_disconnect() -> transport_disconnect() ->
-> tls_disconnect() -> SSL_shutdown(tls->ssl) -> ...
... -> write(дохлый сокет ...) -> SIGPIPE

Eсли не вызывать SSL_shutdown() при отвалившемся соединении, то
xfreerdp завершается нормально. Патч для проверки в прицепе.

Ошибка в remmina с разрывом соединения, возможно, не связана:

connected to cernts:3389
SSL_read: I/O error
WARNING: tls_disconnect(): the socket is already dead. Won't call
SSL_shutdown(tls->ssl).
*** glibc has detected an error in remmina: double free or corruption
(!prev): 0x09600380 ***
======= Backtrace: =========
/lib/libc.so.6(+0x6bc4a)[0x3f1c4a]
/lib/libc.so.6(+0x6d58b)[0x3f358b]
/lib/libc.so.6(cfree+0x71)[0x3f6811]
/usr/lib/libfreerdp-utils.so.1.0(xfree+0x21)[0x735a0e0]
/lib/libglib-2.0.so.0(g_datalist_clear+0xbd)[0x136aed]
/usr/lib/libgobject-2.0.so.0(+0xea50)[0x303a50]
/usr/lib/libgtk-3.so.0(+0x2fd8e7)[0xdc58e7]
/usr/lib/libgobject-2.0.so.0(g_object_unref+0x1cc)[0x3032bc]
/usr/lib/libgobject-2.0.so.0(+0xe2f4)[0x3032f4]
/usr/lib/libgobject-2.0.so.0(g_value_unset+0x38)[0x32c9f8]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x85c)[0x31e0ac]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_by_name+0x175)[0x31e3a5]
remmina[0x807b774]
/usr/lib/libgdk-3.so.0(+0x12347)[0xf3b347]
/lib/libglib-2.0.so.0(+0x45e60)[0x155e60]
/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1da)[0x15445a]
/lib/libglib-2.0.so.0(+0x44c58)[0x154c58]
/lib/libglib-2.0.so.0(g_main_loop_run+0x18b)[0x15536b]
/usr/lib/libgtk-3.so.0(gtk_main+0x77)[0xc3dd2c]
remmina(main+0x1cb)[0x8058fab]
/lib/libc.so.6(__libc_start_main+0xe6)[0x39cc96]
remmina[0x80578b1]

wbr,
Oleg.

[-- Attachment #2: libfreerdp-core-dead-socket.patch --]
[-- Type: text/x-patch, Size: 868 bytes --]

--- a/libfreerdp-core/tls.c	2012-02-10 03:01:42.000000000 +0100
+++ b/libfreerdp-core/tls.c	2012-02-25 21:32:00.381001657 +0100
@@ -22,6 +22,9 @@
 
 #include "tls.h"
 
+#include <errno.h>
+#include <unistd.h>
+
 boolean tls_connect(rdpTls* tls)
 {
 	int connection_status;
@@ -120,9 +123,18 @@
 	return true;
 }
 
+char _buf_[8];
+
 boolean tls_disconnect(rdpTls* tls)
 {
-	SSL_shutdown(tls->ssl);
+	int n = read(tls->ssl->wbio->num,_buf_,0);
+	if (errno) {
+		fprintf(stderr,"WARNING: tls_disconnect(): the socket is already dead. Won't call SSL_shutdown(tls->ssl).\n");
+		/*SSL_free(tls->ssl);*/
+	}
+	else
+		SSL_shutdown(tls->ssl);
+	/*printf("DBG: tls_disconnect(): call SSL_shutdown(tls->ssl) tls->ssl->{rbio,wbio}->num: %d,%d SSL_get_rfd/wfd: %d,%d\n",tls->ssl->rbio->num,tls->ssl->wbio->num,SSL_get_rfd(tls->ssl),SSL_get_wfd(tls->ssl));*/
 	return true;
 }
 

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2190 bytes --]

On Sat, Feb 25, 2012 at 10:36:49PM +0100, vx8400 wrote:
> Собранный из trunk вываливается с той же ошибкой.
> Причина в том, что при завершении сессии сервер нештатно разрывает
> соединение.
> xfreerdp видит, что сокет потерян (Failed to check FreeRDP file descriptor),
> но все равно вызывает freerdp_disconnect() -> transport_disconnect() ->
> -> tls_disconnect() -> SSL_shutdown(tls->ssl) -> ...
> ... -> write(дохлый сокет ...) -> SIGPIPE
> 
> Eсли не вызывать SSL_shutdown() при отвалившемся соединении, то
> xfreerdp завершается нормально. Патч для проверки в прицепе.

Кстати, при пробросе порта 3389 через ssh эта ошибка у меня не
воспроизводится (с сервером 2008 R2, где TLS, похоже, по умолчанию
всегда используется и выдаёт хотя бы самоподписанный сертификат).

> Ошибка в remmina с разрывом соединения, возможно, не связана:

Да, там дело явно не в TLS (кстати, в опциях соединения там тоже можно
отключить TLS) - remmina валится даже в том случае, если поддержка TLS
на серверной стороне отключена.

> --- a/libfreerdp-core/tls.c	2012-02-10 03:01:42.000000000 +0100
> +++ b/libfreerdp-core/tls.c	2012-02-25 21:32:00.381001657 +0100
> @@ -22,6 +22,9 @@
>  
>  #include "tls.h"
>  
> +#include <errno.h>
> +#include <unistd.h>
> +
>  boolean tls_connect(rdpTls* tls)
>  {
>  	int connection_status;
> @@ -120,9 +123,18 @@
>  	return true;
>  }
>  
> +char _buf_[8];
> +
>  boolean tls_disconnect(rdpTls* tls)
>  {
> -	SSL_shutdown(tls->ssl);
> +	int n = read(tls->ssl->wbio->num,_buf_,0);
> +	if (errno) {

Вообще вызов read() нулевой длины не обязан проверять что-либо на
ошибки, а имеет право просто возвращать 0, ничего больше не проверяя.
Ещё нужна проверка (n == -1), поскольку в errno может лежать код
ошибки от предыдущих операций (либо перед вызовом read() нужно
самостоятельно сделать errno = 0).

Хотя в любом случае всё это не поможет, поскольку закрытие соединения
со стороны сервера может произойти после проверки, но перед вызовом
SSL_shutdown().  Единственный надёжный способ борьбы с проблемой -
игнорировать сигнал SIGPIPE и обрабатывать ошибку EPIPE от write();
странно, почему xfreerdp этого не делает.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[vx8400]

26 февраля 2012 г. 9:40  Sergey Vlasov <vsu@altlinux.ru>:
> On Sat, Feb 25, 2012 at 10:36:49PM +0100, vx8400 wrote:
>> Собранный из trunk вываливается с той же ошибкой.
>> Причина в том, что при завершении сессии сервер нештатно разрывает
>> соединение.
>> xfreerdp видит, что сокет потерян (Failed to check FreeRDP file descriptor),
>> но все равно вызывает freerdp_disconnect() -> transport_disconnect() ->
>> -> tls_disconnect() -> SSL_shutdown(tls->ssl) -> ...
>> ... -> write(дохлый сокет ...) -> SIGPIPE
>>
>> Eсли не вызывать SSL_shutdown() при отвалившемся соединении, то
>> xfreerdp завершается нормально.

Спасибо за замечание по read/errno. Проверка делалась для конкретного
случая, чтобы дать remmina дойти до своей ошибки в glib/gtk.
Чтобы не морочиться с read(tls->ssl-> ...) и errno:

boolean tls_disconnect(rdpTls* tls)
{
uint8 _buf_[8];
 if (tls_read(tls,_buf_,0) < 0)
    fprintf(stderr,"ERROR: connection is already dead, won't call
SSL_shutdown(), returning true despite this\n");
 else
    SSL_shutdown(tls->ssl);
 return true;
}

> Хотя в любом случае всё это не поможет, поскольку закрытие соединения
> со стороны сервера может произойти после проверки, но перед вызовом
> SSL_shutdown().  Единственный надёжный способ борьбы с проблемой -
> игнорировать сигнал SIGPIPE и обрабатывать ошибку EPIPE от write();
> странно, почему xfreerdp этого не делает.

Почему сам SSL_shutdown() не проверяет соединение перед записью в
сокет и доводит до SIGPIPE?

remmina посмотрю еще.

wbr,
Oleg.

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2059 bytes --]

On Sun, Feb 26, 2012 at 02:21:59PM +0100, vx8400 wrote:
> Спасибо за замечание по read/errno. Проверка делалась для конкретного
> случая, чтобы дать remmina дойти до своей ошибки в glib/gtk.
> Чтобы не морочиться с read(tls->ssl-> ...) и errno:
> 
> boolean tls_disconnect(rdpTls* tls)
> {
> uint8 _buf_[8];
>  if (tls_read(tls,_buf_,0) < 0)
>     fprintf(stderr,"ERROR: connection is already dead, won't call
> SSL_shutdown(), returning true despite this\n");
>  else
>     SSL_shutdown(tls->ssl);
>  return true;
> }

Всё равно там race - пакет с другой стороны может дойти уже после
завершения tls_read(), и получится тот же SIGPIPE.

> > Хотя в любом случае всё это не поможет, поскольку закрытие соединения
> > со стороны сервера может произойти после проверки, но перед вызовом
> > SSL_shutdown().  Единственный надёжный способ борьбы с проблемой -
> > игнорировать сигнал SIGPIPE и обрабатывать ошибку EPIPE от write();
> > странно, почему xfreerdp этого не делает.
> 
> Почему сам SSL_shutdown() не проверяет соединение перед записью в
> сокет и доводит до SIGPIPE?

Очевидно, разработчики OpenSSL рассчитывали на то, что программы,
использующие эту библиотеку, будут игнорировать SIGPIPE.

На самом деле, помимо signal(SIGPIPE, SIG_IGN), существует ещё
несколько способов бороться с SIGPIPE, но большинство этих способов не
являются универсальными и переносимыми на различные ОС (видимо,
поэтому в OpenSSL ни один из них и не применяется):

http://stackoverflow.com/questions/108183/how-to-prevent-sigpipes-or-handle-them-properly

В glib2 тоже не стали заморачиваться с хитрыми способами, и просто
всадили игнорирование SIGPIPE в инициализацию GSocket, хотя подобные
глобальные изменения в библиотеках и считаются дурным тоном:

http://git.altlinux.org/srpms/g/glib2.git?p=glib2.git;a=blob;f=glib/gio/gsocket.c;h=a03be77768e9d926cd31e9eafd39d5a4374d1e2f;hb=HEAD#l110
http://git.altlinux.org/srpms/g/glib2.git?p=glib2.git;a=blob;f=glib/gio/gsocket.c;h=a03be77768e9d926cd31e9eafd39d5a4374d1e2f;hb=HEAD#l704

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] [p6] тестирование новых freerdp и remmina

[vx8400]

26 февраля 2012 г. 16:58  Sergey Vlasov:
> On Sun, Feb 26, 2012 at 02:21:59PM +0100, vx8400 wrote:
>>
>> boolean tls_disconnect(rdpTls* tls)
>> {
>> uint8 _buf_[8];
>>  if (tls_read(tls,_buf_,0) < 0)
>
> Всё равно там race - пакет с другой стороны может дойти уже после
> завершения tls_read(), и получится тот же SIGPIPE.

Конечно. Это заглушка для личного пользования.

xfreerdp может ловить SIGPIPE. В самом начале есть
вызов freerdp_handle_signals(), но fatal_handler(SIGPIPE) все равно
прерывает программу:

default_sigaction.sa_handler = SIG_DFL;
...
sigaction(SIGPIPE,&default_sigaction,NULL);
...
raise(SIGPIPE);

Для xfreerdp это некритично, так как ему все равно надо завершаться.
В remmina перехват сигналов не вижу вообще.

Еще один вопрос по remmina:
запускаем и сразу же нажимаем в меню соединение -> закрыть.
Окно исчезает, процесс висит. Завершается, если послать SIGTERM.
Это баг или фича?

% gdb --pid=`/sbin/pidof remmina`
...
(gdb) bt
#0  0x00b7aafc in __poll (fds=0x8fd7030, nfds=3, timeout=-1) at
../sysdeps/unix/sysv/linux/poll.c:87
#1  0x002736fb in g_poll (fds=0x8fd7030, nfds=3, timeout=-1) at gpoll.c:132
#2  0x00262b97 in g_main_context_poll (context=0x8ea1790, block=1,
dispatch=1, self=<value optimized out>) at gmain.c:3405
#3  g_main_context_iterate (context=0x8ea1790, block=1, dispatch=1,
self=<value optimized out>) at gmain.c:3087
#4  0x0026336b in g_main_loop_run (loop=0x8ea2c68) at gmain.c:3300
#5  0x0054dd2c in gtk_main () from /usr/lib/libgtk-3.so.0
#6  0x08058fab in main (argc=1, argv=0xbfd3bfd4) at
/afs/cern.ch/user/o/olezenin/RPM/BUILD/remmina-1.0.0/remmina/src/remmina.c:220

wbr,
Oleg.

Re: [Comm] [p6] тестирование новых freerdp и remmina

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 661 bytes --]

On Sun, Feb 26, 2012 at 06:53:11PM +0100, vx8400 wrote:
> Еще один вопрос по remmina:
> запускаем и сразу же нажимаем в меню соединение -> закрыть.
> Окно исчезает, процесс висит. Завершается, если послать SIGTERM.
> Это баг или фича?

Так и должно быть - там может висеть значок в трее (где тоже есть
команда "Выход"), и даже после убирания значка процесс ещё чего-то
ждёт несколько секунд, только потом завершается.  Хотя у меня на
предыдущей версии периодически наблюдается ситуация, когда при запуске
значок в трее не создаётся, тогда и при закрытии окна списка
соединений процесс не завершается - но тут, возможно, виноват кривой
stalonetray.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]