Re: MC && accessibility for blinds

2005-09-29 Thread Gilles Casse
Pavel Tsekov wrote: > How about contacting the authors of mcvox. Maybe they can get their > patches into the official MC cvs tree. > Hello, A difficulty is to render a rich 2D textual layout using a screen reader such as for example Yasr. mcvox (0.5) has a user interface simpler than mc: in

Re: Memory leaks

2005-09-29 Thread Marcin Garski
Pavel Tsekov wrote: Maybe its about time stop playing valgrind and other tools you do not understand. In case you want to file a real bug report take your time and analyse the suspected code properly. Once you are sure that there is a real bug involved post your analisys to the general mailing li

Re: Memory leaks

2005-09-29 Thread Oswald Buddenhagen
On Thu, Sep 29, 2005 at 08:57:22PM +0200, Pavel Tsekov wrote: > > Maybe this time I'll properly report memory leaks :) > > Maybe its about time stop playing valgrind and other tools you do not > understand. In case you want to file a real bug report take your time and > analyse the suspected code

Re: Memory leaks

2005-09-29 Thread Pavel Tsekov
> Maybe this time I'll properly report memory leaks :) Maybe its about time stop playing valgrind and other tools you do not understand. In case you want to file a real bug report take your time and analyse the suspected code properly. Once you are sure that there is a real bug involved post your

xclip & charsets

2005-09-29 Thread Гапонов А.В.
Hello! I have several questions about mc source. 1. Cooledit has the code for calling the xclipboard, but only cooledit.clip (CK_XCut, CK_XStore, CK_XPaste) is used. Have you got the working source for the xclipboard? if no, I have module, which uses xclip or Xlib (for kde). 2. mc uses glib. B

Memory leaks

2005-09-29 Thread Marcin Garski
Hello, Maybe this time I'll properly report memory leaks :) ---1--- ==8620== 96 bytes in 8 blocks are definitely lost in loss record 80 of 108 ==8620==at 0x1B909222: malloc (vg_replace_malloc.c:130) ==8620==by 0x1B954ADF: g_malloc (in /usr/lib/libglib-2.0.so.0.600.6) ==8620==by 0x80B

Re: Memory leak in create_menu() (menu.c)

2005-09-29 Thread Marcin Garski
Marcin Garski wrote: As I see this bug is introduced by UTF-8 patch, so I'll file a bug in Red Hat's Bugzilla. Done. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169549 -- Marcin Garski ___ Mc-devel mailing list http://mail.gnome.org/mailman/l

Re: Memory leak in create_menu() (menu.c)

2005-09-29 Thread Marcin Garski
As I see this bug is introduced by UTF-8 patch, so I'll file a bug in Red Hat's Bugzilla. Sorry for confusion. :| Just for note, patch adds two redundant lines: +menu->name = g_strdup (name); +menu_scan_hotkey (menu); -- Marcin Garski ___ Mc-de

Memory leak in create_menu() (menu.c)

2005-09-29 Thread Marcin Garski
Hello I start playing with valgrind (so please don't bite me if this is my error (-: ), and I've found this leak (just run mc and press F10): ==7377== 13 bytes in 1 blocks are definitely lost in loss record 18 of 60 ==7377==at 0x1B909222: malloc (vg_replace_malloc.c:130) ==7377==by 0x1